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Description 

[0001] The present invention relates to a work alloca- 
tion system, particularly but not exclusively to a market 
based and preference learning work allocation system. 
[0002] Work allocation systems are well known and 
go under many different names, including schedulers, 
resource allocation systems, workflow systems and so 
on. Essentially, all such systems are concerned with op- 
timising the allocation of a plurality of resources to a plu- 
rality of tasks. A known dynamic scheduler works by cal- 
culating the optimal tools for all the workers on its books 
to do the work on its work stack. These tools are recal- 
culated every 1 5 minutes, so that as the operational sit- 
uation changes, the system's response to it is also up- 
dated. The problem with this system is that in an oper- 
ational scenario, it is open to abuse through the practice 
of "assisting". The work controllers tend to pre-allocate 
a large number of jobs because field engineers have ex- 
pressed a preference for them. This is done without re- 
gard to the schedule and can be very disruptive. 
[0003] The present invention aims to obviate the 
above problems. According to the present invention, 
there is provided a work allocation system for allocating 
work items between a plurality of workgroups, compris- 
ing a work source agent for providing a work item and 
a plurality of mediator agents, each associated with a 
respective workgroup, wherein each of the mediator 
agents is configured to request the work item from the 
work source agent in dependence on preference data 
for its respective workgroup. 

[0004] The preference data can comprise the prefer- 
ences that each of the workers in a workgroup has for 
a particular type of work. The preference data can be 
learned by each of the mediator agents and updated 
when a worker joins or leaves the workgroup. The work 
source agent can be arranged to offer the work item to 
the mediator agents at a cost which depends on its op- 
erational priorities, which can include the urgency of the 
work items and/or a value associated with an entity 
which originates the work item, for example the value of 
the customers according to a predetermined model. 
[0005] The mediator agents can bid for the work item 
in accordance with their respective operational priori- 
ties. 

[0006] Once a work item is acquired, the mediator 
agent for a given workgroup can offer the work item to 
each of the workers in the workgroup, the price for dif- 
ferent workers depending on characteristics associated 
with those workers. These characteristics can include 
the efficiency with which a given worker can complete 
the work item, so that the mediator agent can price the 
work item to ensure that its value is greater to a more 
efficient worker. 

[0007] According to the present invention, there is al- 
so provided a method of allocating work items between 
a plurality of workgroups, in which a plurality of mediator 
agents, each associated with a respective workgroup, 



is arranged to request a work item from a work source 
agent, the method including the steps of pricing the work 
item, receiving requests for the work item from each of 
the plurality of mediator agents and providing the work 
5 item to the mediator agent offering the best price. 
[0008] Embodiments of the invention will now be de- 
scribed, by way of example, with reference to the ac- 
companying drawings, in which: 

10 Figure 1 is a schematic system diagram; 

Figure 2 shows the architecture of a conventional 
computer for use in the system of Figure 1 ; 
Figure 3 illustrates the structure of a work allocation 
system in accordance with the invention; 

15 Figure 4 is a flow chart illustrating the operation of 

the system of Figure 3; 

Figure 5 is a schematic diagram illustrating the gen- 
eration of a bidding strategy from an intermediate 
data structure; 

20 Figure 6 illustrates the intermediate data structure 
used to generate a group classifier; 
Figures 7a and 7b show an example of the way in 
which the data structure of Figure 6 is used; and 
Figure 8 is a flow-chart illustrating the generation of 
25 the classifier from the data shown in Figures 7a and 
7b. 

[0009] Referring to Figure 1 , a work allocation system 
1 according to the invention comprises a work allocation 
30 server 2 which communicates via a network 3, for ex- 
ample an intranet, with first and second workgroup ter- 
minals 4, 5. Work allocation system software runs on 
each of the computers 2, 4, 5 in the system. 
[0010] A typical architecture of each of the system 
35 computers 2, 4, 5 on which software implementing the 
invention can be run, is shown in Figure 2. Each com- 
puter comprises a central processing unit (CPU) 6 for 
executing computer programs and managing and con- 
trolling the operation of the computer. The CPU 6 iscon- 
40 nected to a number of devices via a bus 7, the devices 
including a read/write device 8, for example afloppy disk 
drive for reading and writing data to and from a remov- 
able storage medium such as a floppy disk, a storage 
device 9, for example a hard disk drive for storing sys- 
45 tern and application software, a CD/DVD-ROM drive 1 0 
for reading data and programs from a CD/DVD disc 11 
and memory devices including ROM 12 and RAM 13. 
The computerfurther includes a network card or modem 
1 4 for interfacing to a network such as the intranet 3 and 
50 user input/output devices, including a mouse 16 and 
keyboard 1 7 connected to the bus 7 via an input/output 
port 18. Each computer 2, 4. 5 also includes a display 
19. It will be understood by the skilled person that the 
above described architecture is not limiting, but is mere- 
55 |y an example of a typical computer architecture. It will 
be further understood that the described computer has 
all the necessary operating system and application soft- 
ware to enable it to fulfil its purpose. 
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[0011] Figure 3 is a more detailed layout of the work 
allocation system 1 described above with reference to 
Figure 1 . The work allocation server 2 comprises an op- 
erational support system (OSS) 2, for example a billing 
and work scheduling system. The OSS 2 is provided 
with, or generates, a definition of a work project to be 
carried out by one or more workgroups 20, 21. Each 
workgroup 20, 21 includes a plurality of workers 22-24; 
25-27, each of whom has access to a workgroup termi- 
nal 4, 5. Each of the workgroup terminals 4, 5 runs a 
software program referred to herein as a mediator agent 
28, 29, which is capable of communicating with the OSS 
2 and each of a plurality of workers 22 - 27 in the work- 
groups 20, 21 via a graphical user interface (gui). 
[0012] The operational support system (OSS) 2 in- 
cludes a work item handler 30 and an OSS agent 31 . 
Customers 32, or the environment 33, generate work 
items that are acquired by the work item handler 30, for 
example a customer handling system, maintenance 
schedule or fault detector. The acquired work items are 
then passed to the OSS agent 31 which interfaces with 
the mediator agent 28, 29 in each workgroup 20, 21 . 
[0013] The workers 22-24; 25-27 in each workgroup 
20, 21 are supervised by respective work managers 33, 
34. 

[0014] Figure 4 follows the allocation of a work item 
from its generation through to its completion. The work 
item is generated by a customer 32 or the environment 
33 (step s1 ) and acquired by the work item handler (step 
s2). The work item handler passes the item to the OSS 
agent 31 (step s3). The OSS agent 31 prices the work 
item using a cost function that reflects its business pri- 
orities, for example the urgency of the work with respect 
to penalty clauses, or the value of the customer accord- 
ing to some model (step s4). For example, the OSS 
agent 31 will price urgent work low, so that it is easier 
for the mediator agents 28, 29 to buy it. The OSS agent 
31 then offers the work item at the determined price to 
the mediator agents 28, 29 for each of the workgroups 
(step s5). The mediator agent 28, 29 for each workgroup 
receives the offer (step s6) and uses a cost function that 
reflects its local business priorities, and the preferences 
of its workgroup, to determine a price at which it is pre- 
pared to bid for the work (step s7). For example, the me- 
diator agent makes a prediction as to whether it will be 
able to allocate the work to the workers based on its 
knowledge of the work item being offered as against the 
workers' work preferences. The prediction is based on 
the output from a workgroup classifier algorithm, which 
will be explained in detail below. At the same time, the 
mediator agent 28, 29 calculates whether the allocation 
of the work will meet its local business priorities, for ex- 
ample targets for total work time for its workgroup and 
therefore whether it should make a bid at all (step s8). 
As a result of the calculation, the mediator agent 28, 29 
for the workgroup may decide not to bid for the work 
(step s8), but instead waits for the next offer on the next 
available work item (step s6). If the mediator agent 28, 



29 decides that its local business priorities will be met, 
it makes a bid forthe work item (step s9). The OSS agent 
31 receives bids from all workgroups and determines 
how many bids it has received for the work item (step 
5 s10). If only one mediator agent makes a bid (step s11) 
that bid is accepted by the OSS agent 31 (step s12). If 
more than one mediator agent makes a bid (step s11), 
the OSS agent 31 accepts the bid at the highest price 
(step s13). For example, the OSS agent 31 provides a 
work item with a relatively high price P, indicating that 
the work item is categorised as desirable. The mediator 
agent 28 forthe first workgroup 20 determines that it can 
allocate the work item to its workers, but its workgroup 
is relatively busy and cannot do the work urgently. It is 
therefore prepared to offer P forthe work item. The me- 
diator agent 29 forthe second workgroup 21 also deter- 
mines that it can allocate the work item to its workers, 
who are not very busy, so that the work item will assist 
the workgroup in reaching its targets. The second me- 
diator agent 29 is therefore prepared to offer P+10 for 
the work item. In this case, the OSS agent 31 accepts 
the offer of P+10 from the second mediator agent 29 
and allocates the work item to it. 

[0015] The OSS agent 31 informs a selected mediator 
agent 29 that its bid has been successful (step s1 4). The 
mediator agent 29 then allocates/sells the work on to 
the workers (step s15). In essence, the mediator agent 
29 sells the work to the workers by offering work that 
they want to do (it learns this over time, by looking at 
what work the worker buys from the market), at a price 
that offsets its investment in purchasing the work from 
the OSS agent 31. 

[001 6] The mediator agent 28, 29 prices work based 
on two factors, the value of the work to the overall busi- 
ness as expressed by the OSS agent 31 , namely the 
cost price to the mediator and a model of the impact of 
a particular agent performing a piece of work on the 
overall efficiency of the team. To do this the mediator 
agent 28, 29 models the impact on the team's work 
schedule of each particular worker doing a piece of work 
and then prices the work accordingly. 
[001 7] For example, if two workers are in the market, 
the mediator agent 28, 29 works out, using the schedule 
and travel time estimates from their work manager 33, 
34, which of the workers would most efficiently perform 
the work. This worker is offered the work at a slightly 
better price than the worker who would perform it less 
efficiently. The objective is to encourage the worker that 
the system judges should do the work to actually decide 
to do the work. 

[0018] The preferences that each worker has for a 
particular work type are learned by the mediator agents 
28, 29 in accordance with an algorithm described below 
and illustrated in Figure 5. The learned structures are 
used both to select work lists on behalf of individual 
workers and also to make decisions about the selection 
of work from the OSS agent 31. The algorithm con- 
structs intermediate data structures and derives classi- 
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fiers from them in a way which enables individual worker 
preferences to be added and removed from team deci- 
sion making at any time, reflecting the fact that workers 
may migrate between teams or leave the organisation 
at any time. A mediator agent's initial bidding strategy 
35 is based on the classifier generated from the inter- 
mediate data structure, which can be easily modified 
when a worker leaves the team to generate a new bid- 
ding strategy 36. 

[0019] Figure 6 illustrates the data structure used. 
The number of occurrences of the class for each possi- 
ble attribute value and attribute is stored in an I, a, v 
dimensional matrix where 1 is the number of labels for 
the data, a is the number of attributes and v is the 
number of values. Each label 1 represents a possible 
outcome or event. A particular cell 37 in the structure 
contains a count of the outcomes for a given attribute a 
and value v. 

[0020] The intermediate data structure used is addi- 
tive, so that new workers can be added in to the group 
simply by composing their records with the group's 
records. Information on a particular worker can be re- 
moved by querying the records database for the records 
of that worker, building a composite data structure for 
the worker and subtracting its contents from the team's 
composite data structure. The predictions from the com- 
posite data structure are then valid for the new team. 
[0021] Figures 7a and 7b illustrate an example of the 
way in which the algorithm can be used to determine 
group preferences, which can be applied by analogy to 
the work allocation system. 

[0022] For example, a data set contains decision 
making information for crossing the road with the follow- 
ing properties: 

Attribute: LightColour { red, amber, green} 
Attribute: Need {urgent, middle, none} 
Labels : {cross, don't}, 

[0023] From this data set, the matrix shown in Figure 
7a will be constructed. Assuming that three people are 
observed in order to determine the overall road crossing 
preference of the group, then Figure 7b shows an ex- 
ample of the values contained in the matrix after each 
person in the group has had 20 road crossing events. 
[0024] Referring to Figure 7b, the sum of the labels 
for each of the attribute-value pairs is 60. the total 
number of events. Classifications can be performed us- 
ing this data set by the following procedure, illustrated 
in Figure 8: 

1 . Calculate the a-priori probability of class mem- 
bership (the ratio of class membership to number 
of instances) (step s20) 

2. Calculate the post probabilities of class member- 
ship based on the /value, as set out below (step 
s21) 



[0025] The /value, attributable to P. Smyth and R. M. 
Goodman, 'An information theoretic approach to rule in- 
duction from databases,' IEEE Transactions on Knowl- 
edge and Data Engineering, vol.4, no. 4, pp.301 --31 6 ; 
5 August 1 992 is calculated as follows: 



Where 

y is the value of an outcome 
x is the value of an attribute 
X is an attribute 

j(y IX=x) is the value of /for an outcome y when X is x. 
p(ylx) is the probability of y when X=x, calculated by di- 
viding the number of times an outcome has been ywhen 
the attribute value for the work item was x 
p(y) is the probability of the outcome ever taking this 
value 

[0026] The procedurethen involves finding the largest 
j-value (step s22) and predicting the class that that at- 
tribute was selecting for (step s23). Basically, the algo- 
rithm looks for the most strongly predicting attribute-val- 
ue pair in the event, and predicts based on the history 
of that attribute. / is calculated for each yfor the value x 
which is taken by attribute X for all X. The y value with 
the highest /value is taken as the classification (predict- 
ed outcome) for the work item. 

[0027] It is possible to find a composite value for all 
of the / values for a yfor a work item by calculating as 
above and then summing all the fs for each y. In this 
case the y with the highest composite value is taken as 
the classification of the work item. 
[0028] Other approaches can be used in implement- 
ing the algorithm. For example, rather than selecting a 
class on the basis of the strongest signal found from any 
of the attribute value pairs, an alternative is to find the 
average of the j values for all attribute-value pairs for a 
class and then select the class with the highest signal 
value. An alternative to using a j-measure is to use a 
Bayes rule approach, another alternative is to use the 
information gain measure, for which reference is direct- 
ed to R.Quinlan "Induction of decision trees" Machine 
Learning, 1 ; 81 -1 06 (1 986). A comparison of many well 
known measures can be found in I Kononenko "On Bi- 
ases in Estimating Multi-Valued Attributes" In Mellish, C 
(ed). Proceedings of the International Joint Conference 
on Artificial Intelligence, 1995 (IJCAI '95). pp 
1034-1040. 
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between a plurality of workgroups, comprising: 

a work source agent for providing a work item; 
and 

a plurality of mediator agents, each associated 
with a respective workgroup; 

wherein each of the mediator agents is con- 
figured to request the work item from the work 
source agent in dependence on preference data for 
its respective workgroup. 

2. A work allocation system according to claim 1 , 
wherein the work source agent is arranged to offer 
the work item to the mediator agents at a cost which 
depends on its operational priorities. 

3. A work allocation system according to claim 2, 
wherein said priorities include the urgency of the 
work item. 

4. A work allocation system according to claim 2 or 3, 
wherein said priorities include a value associated 
with an entity which originates the work item. 

5. A work allocation system according to any one of 
the preceding claims, wherein each of the mediator 
agents bid for the work item in accordance with their 
respective operational priorities. 

6. A work allocation system according to any one of 
the preceding claims, wherein each of the work- 
groups comprise a plurality of workers and the me- 
diator agent for a given workgroup offers the work 
item to each of the workers at respective prices 
which depend on characteristics associated with 
each of the workers. 

7. A work allocation system according to claim 6, 
wherein the characteristics include the efficiency 
with which a given worker can complete the work 
item. 

8. A work allocation system according to claim 7, 
wherein the mediator agent is arranged to price the 
work item so that its value is greater to a more effi- 
cient worker. 

9. A work allocation system according to any one of 
the preceding claims, wherein the preference data 
for a given workgroup comprises the preferences 
that each of the workers in the workgroup has for a 
particular type of work. 

10. A work allocation system according to claim 9, 
wherein each of the mediator agents is arranged to 
learn the preference data for its workgroup. 



11. A work allocation system according to claim 10, 
wherein each of the mediator agents is arranged to 
update the preference data when a worker joins or 
leaves its workgroup. 

5 

12. A method of allocating work items between a plu- 
rality of workgroups, in which a plurality of mediator 
agents, each associated with a respective work- 
group, is arranged to request a work item from a 

10 work source agent, the method including the steps 
of: 

pricing the work item; 

receiving requests for the work item from each 
of the plurality of mediator agents; and 
providing the work item to the mediator agent 
offering the best price. 

13. A method according to claim 12, wherein each of 
the workgroups includes a plurality of workers, the 
method including pricing the work to be offered to 
the workers at a price for each of the workers which 
reflects the characteristics of the respective work- 
ers. 
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